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5 BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

This invention relates to the exchanging of information over a network such as the 
Internet and more specifically, to the caching of select document information on the 
chent side of a client-server system thereby improving the efficiency and response time 
10 of the system. 

DESCRIPTION OF THE RELATED ART 

There are numerous appUcations where a client side user interface (UI) obtains a 
document from a server over a network. One such apphcation involves a product 
configuration that is performed over the Litemet using a method whereby a client 

15 browser obtains a document from a server. This document may, for example, be a web 
page that contains selectable features of a product. A user can make changes to the 
document on the client browser by selecting various product features and providing other 
configuration information. The altered document resulting from this interaction is then 
submitted to the server where the information provided by the user is processed. Such 

20 processing can, for example, produce configuration results that are responsive to the user 
provided information. After the server has finished processing the provided information, 
it sends the client a new document that embodies the configuration results. This 
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exchange of documents between the server and chent browser can be repeated until the 
product configuration is complete. 

There are various latency problems associated with this type of on-line 
configuration process. For example, the user experiences the latency involved in server 
processing. Such processing typically involves accessing a configuration engine that 
determines any incompatibihties or constraints arising from the selection of certain 
product features by the user. Additionally, the user experiences the latency associated 
with the time expended while the document is in transit between the server and the chent 
browser (e.g., network latency). Depending on factors such as the complexity of the 
product being configured and the number of other users attempting to access the server or 
configuration engine, the latency attributed to server processing time and transit time can 
be significant. 

One solution offered to alleviate latency associated with server processing time is 
to cache the configuration results of the most often-selected configuration states on the 
server side. The document embodying the configuration results of the most often- 
selected configuration states can also be cached on the server side. Thus, if the user 
submits a document that reflects a configuration state that is associated with 
configuration results or a document that the server has stored, then the server does not 
need to process the user provided document (e.g., the configuration engine does not need 
to be accessed to generate the configuration results). Rather, the server can send out the 
stored configuration results or document that reflects those configuration results. 
However, this solution still suffers from latency resulting from the transit of information 
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from the server to the chent browser, whether that information is a document or 
configuration results. 

Another solution offered to alleviate latency involves transferring server side tools 
(e.g., a configuration engine) to the client side, thereby reducing latency associated with 

5 server processing. This solution, however, introduces considerable latency involved in 
transferring such tools to the client, not to mention that it is infeasible to perform 
complex configurations using chent-side tools. Moreover, what was once a server side 
latency problem is now a client side latency problem. Additionally, tools such as 
configuration engines involve a great deal of calculation, and are therefore best 

10 implemented on a high performance machine. As such, a user having a lower-end 
machine may experience excessive delays using such a client side engine. 

What is needed, therefore, is a technique that provides a solution to latency 
associated with server side processing time (e.g., configuration engine processing time), 
as well as to latency resulting from the transit of information or tools from the server side 
15 to the client side. 

BRIEF SUMMARY OF THE INVENTION 

Techniques described here provide a solution to latency associated with server 
side processing time, as well as to latency resulting from the transit of information or 
tools from a server side to a client side. The server side and chent side can be coupled, 
20 for example, via a hard link or a network-type connection such as the Litemet or a local 
area network. Although the following description provides examples in the context of 
product configuration over the Internet, these techniques can be employed in any chent- 
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server environment where it is desirable to decrease latency associated with server 
processing time and or the transit of information from the server side to the client side. 

In the context of a product configuration over the Litemet, select and 
preprocessed configuration results are stored on the cHent side machine instead of on the 
server-side machine. In one embodiment, these preprocessed configuration resuhs are 
represented by graphical and textual delta page information that defines the difference 
between a current page and a next page based on a particular user input. This delta page 
information is embedded in the current page (e.g., the page that is initially presented to 
the client side browser). As such, the client side browser does not have to contact the 
server side when the particular user input that is associated with preprocessed 
configuration results (e.g., delta page information) is provided. Rather, the client side 
browser can use the delta page information embedded or cached within the current page 
to update that page thereby yielding the requested next page. Thus, latency from server 
side processing and network transit time is reduced. An algorithm can be used to 
implement a chent side caching and updating mechanism. Such an algorithm can be 
implemented on a client side machine without requiring the high-end performance 
expected of a server-side machine. As such, even cUents with low-end machines will 
experience very httle delay when using the described technique. 

The features and advantages described in the specification are not all inclusive 
and, in particular, many additional features and advantages will be apparent to one of 
ordinary skill in the art in view of the drawings, specification, and claims. Moreover, it 
should be noted that the language used in the specification has been principally selected 
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for readability and instructional purposes, and not to limit the scope of the inventive 
subject matter. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 Figure 1 is a block diagram of a system for communicating page information over 

a network where delta page information is associated with a requested page in accordance 
with one embodiment of the present invention. 

Figure 2 is a flow diagram illustrating a method for transmitting page information 
generated on a server side to a cUent side in accordance with one embodiment of the 
10 present invention. 

Figure 3a is a flow diagram illustrating a method for updating client side page 
information in accordance with one embodiment of the present invention. 

Figure 3b is a flow diagram illustrating a method for receiving page information 
on a cHent side in accordance with one embodiment of the present invention. 

15 Figure 4 is a pictorial representation of delta page information stored in a memory 

in accordance with one embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figure 1 is a block diagram of a system for commimicating page information over 
a network where delta page information is associated with a requested page in accordance 
20 with one embodiment of the present invention. The system includes a cUent side 101 and 
a server side 131 coupled together by a network 130. Network 130 can be a local area 
network (e.g., intra-office network) or a wide area network (e.g., inter-office network or 

5 
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the Internet). Alternatively, network 130 can be a hard link, or any other type of 
communication path that allows one computer to communicate with another computer 
(e.g., a wireless communication link). 

Ghent side 101 comprises a computer 105 and an interface 110 that is operatively 
5 coupled to computer 105. A page 115 is presented to a user via interface 110. 
Associated with page 115 is delta page information 120. Server side 131 comprises a 
computer 135 and a page generation unit 140. Server side 131 may also include various 
other tools. For instance, in the context of a product configuration that is performed over 
the hatemet, server side 131 might also include a configuration engine coupled to (or 

10 included in) computer 135. In one example embodiment, server side 131 can be 
representative of an Internet-based service provider, such as a virtual computer store that 
allows a user to configure and purchase a customized computer system on-line. In such 
an embodiment, cUent side 101 might be representative of a user's home or office 
computer system that is interacting with server side 131 via an Intemet connection. In 

15 another example embodiment, server side 131 might be representative of an application 
server, and client side 101 might be representative of a workstation or other personal 
computing environment. 

Computer 105 can be representative of any one of a number of computing 
environments. For example, computer 105 might be a home personal computer, an office 
20 workstation, a laptop, or an embedded microcontroller coupled to a use interface. 
Likewise, computer 105 might be a personal digital assistant or a cell phone that is 
capable of receiving communications and displaying them to a user so that the user can 
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respond accordingly. In general, computer 105 can be any processing environment that 
allows for user interaction based on received communications. 

Interface 110 allows a user to interact with the system and can be, for example, a 
browser or graphical user interface (GUI) that is displayed to a user via a display such as 

5 a monitor, flat panel display or LED display. Alternatively, interface 110 might be a 
mechanism that translates incoming communications into, for example, sounds or a 
Braille communication so that a visually impaired user could understand and respond to 
the communication. Page 115 can be presented to the user by interface 110. Page 115 
can include visual communication such as controls (e.g., edit or list boxes), configurable 

10 product information, and text. Alternatively, page 115 can include non- visual 
communication (e.g., an audible or Braille communication). In general, page 115 can 
include any type of information (e.g., textual, graphical, physical, or audible) that informs 
the user. The user can then provide input to the system based on page 115. 

Delta page information 120 represents the differences between page 115 and 
15 various pages that can be displayed to the user next based on user input. For example, 
assume for discussion purposes that page 115 provides the user with a pull-down or list 
box that allows the user to choose one of three possible choices: A, B or C. In the 
context of a non- visual communication, page 115 might provide the user with a Braille 
message allowing for similar choices. Upon providing a user input (e.g., choosing A and 
20 submitting that choice), the user is then presented with a new page that reflects that 
choice. In some cases, changes in page 115 triggered by a particular user input only 
affect a portion of page 115. However, such a user input may affect all of page 115 (e.g., 
user input requires a completely new page). Regardless, the changes triggered by user 
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input represent the difference between page 115 and the page that reflects page 115 plus 
the user input (also referred to as the next page). Such changes comprise delta page 
information 120. 

For example, if choice A is selected and submitted, page 115 will be updated to 
5 reflect that choice. The changes to the page resuUing from that update represent the 
difference between page 115 and the page that reflects page 115 plus choice A. 
Likewise, if the user chooses and submits choice B, the resulting changes represent the 
difference between page 115 and the page that reflects page 115 plus choice B, and if the 
user chooses choice C, the resulting changes represent the difference between page 115 
10 and the page that reflects page 115 plus choice C. One skilled in the art will recognize 
that the differences between page 115 and the next page can also be the result of any 
number of choices made by the user (e.g., 20 choices made on 20 different pull-down or 
list boxes) on page 115, 

hi one embodiment, delta page information 120 is included in a table that is 
15 embedded in page 115. The table is transmitted along with page 115 from server side 
131 to client side 101, and is hidden from the user. The table contains the delta page 
information, relevant to page 115, resulting from certain user inputs (e.g., the five most 
commonly selected user inputs). Each such user input corresponds to a change or set of 
changes to page 115. Each change or set of changes is stored in the table and can be 
20 indexed by the user input that triggered those particular changes. As such, once a user 
input is provided, it can be compared to the user inputs listed in the table. If a match is 
found, then the changes associated with that input can be retrieved from the table and 
used to update page 115 thereby producing a new page that is responsive to the provided 
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user input. As such, server side 131 does not need to be contacted, nor does server side 
131 need to generate and transmit the new page. 

In another embodiment, delta page information 120 is extemally coupled to page 
115. For example, delta page information 120 can be a data file that is transmitted along 

5 with page 115. Responsive to receiving a user input, the data file can be parsed to 
determine if that user input is stored therein. If a match is found, then delta page 
information associated with that user input can be retrieved from the data file and used to 
update page 115 thereby producing a new page that is responsive to the provided user 
input. Other schemes can be implemented to ensure that selected delta page information 

10 is provided to cUent side 101 along with page 115. Regardless of the scheme used, the 
end result is the same: if a user input received on the chent side is found in delta page 
information 120, then server side 131 does not need to be contacted, nor does server side 
131 need to generate and transmit the new page. 

Once it is determined that delta page information 120 includes changes to page 

15 115 necessitated by user input, a process running on chent side 101 can be used to update 
page 115 with those changes. In one embodiment, this process is transmitted to the client 
side independent of transmitted page information. Alternatively, this process is 
transmitted to the client side along with transmitted page information (e.g., embedded in 
page 115). Regardless of how or when chent side receives this process, it is used for 

20 updating page 115. Such a process can be implemented, for example, in a web browser 
scripting language (e.g., JavaScript or VBScript) or other program language that allows 
interface 110 to update page 115 using Dynamic HTML with the related delta page 
information 120. Once such a process is transmitted and received, a flag can be set to 



9 



PATENT 

indicate that client side 101 has received the process. As such, the process need only be 
sent once from server side 131 during a particular on-line session. 

On server side 131, computer 135 can be representative of any conventional 
processing environment. For example, computer 135 may be a server, a workstation or a 

5 microcontroller. Page generation unit 140 is used to generate page 115 in response to 
user input provided on chent side 101. This page 1 15 may be an entire page (e.g., a web 
page or a UI page). Altematively, this page 115 can be a portion of a page. As explained 
above, page 115 can be associated with delta page information 120 that reflects the 
difference between page 115 and a next page that is responsive to user input submitted 

10 from that page 115. However, not all pages 115 generated by page generation unit 140 
need to be associated with delta page information 120. Moreover, each page 115 
generated by page generation unit 140 can be associated with delta page information 120 
that is unique to that particular page 115. On the other hand, two different pages 115 
generated by page generation unit 140 can each be associated with the same delta page 

15 information 120. For example, if a first page reflects configuration state A and a second 
page also reflects configuration state A, then both those pages can be associated with the 
same delta page information 120. Whether delta page information 120 exists for a 
particular page 115, or is shared by various pages 115 is dependent upon, for example, 
the application and the user inputs provided. 

20 Data that is used to determine what next pages (relevant to page 115) should be 

preprocessed can be collected, analyzed and stored on server side 131. The term 
"preprocessed page" is used to describe a next page that can be obtained by combining 
the current page 115 with some amoxmt of delta page information 120 that is associated 
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with that current page 115. Factors such as how often a particular next page is selected 
from a page 115, as well as new advertising campaigns encouraging the use of a 
particular next page (relevant to page 115), can be used to determine what next pages 
should be preprocessed. Other factors and data points that are predictive of user behavior 
5 relevant to a particular page 115 can be used in determining what next pages should be 
preprocessed. 

Once it is determined that a particular next page should be preprocessed, the 
information that defines the difference of that next page relevant to the preceding page 
can be stored on server side 131 (e.g., in a memory coupled to computer 135). Such 

10 stored difference information can exist for a number of page-pair combinations. For 
example, a first page-pair combination might be A-B, where the difference information 
between page A and page B is a pull-down Hst and some informational text; a second 
page-pair combination might be A-C, where the difference information between page A 
and page C is a banner ad or other advertisement; a third page-pair combination might be 

15 B-E, where the difference information between page B and page E is a Braille message; 
and a fourth page-pair combination might be C-E, where the difference information 
between page C and page E is an audible tone having a distinct pitch. The stored 
difference information can be organized to facilitate its access. For instance, each set of 
difference information can be indexed according to its associated user input. 

20 Altematively, each set of difference information can be indexed according to its 
associated page-pair combination. Other indexing schemes can be used as well. 

In one embodiment, page generation unit 140 accesses the stored difference 
information relevant to the page being generated and embeds that difference information 
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in the page (e.g., in a look-up table) so as to provide delta page information 120 with the 
generated page. In another embodiment, computer 135 accesses the stored difference 
information relevant to the page being generated by page generation unit 140, and that 
difference information is transmitted extemally to the page (e.g., in a data file) thereby 
5 providing delta page information 120. Other methods for associating the relevant stored 
difference information with the corresponding page on server side 131 can be used to 
achieve the same functional result: delta page information 120 is transmitted along the 
generated page. 

The embodiment shown in Figure 1 is offered to facilitate discussion and is not 
10 intended to limit the present invention. Those skilled in the art will recognize that 
numerous other system configurations can be employed in accordance with this 
disclosure. Additionally, the user that is interacting with the system may be a human or a 
machine capable of interacting with the system (e.g., another computer system). 
Furthermore, a user input may be representative of a single user input or a set or 
15 accumulation of user inputs (e.g., such as a configuration state of a configurable product). 

Figure 2 is a flow diagram illustrating a method for transmitting page information 
generated on a server side to a client side in accordance with one embodiment of the 
present invention. The method includes, responsive to receiving a request for page 
information that is not available at the cUent side, generating 205 a page that reflects the 
20 requested information. For discussion purposes, assume that a user on the client side has 
selected various features of a configurable product and has submitted the selected 
features. Further, assume that the product features selected require page information that 
is not available on the client side. The server side will therefore receive a request for a 
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new page that reflects the user input provided (e.g., the selected product features). The 
server may engage a configuration engine to compute a new configuration state based on 
those selected product features. A page that reflects the new configuration state can then 
be generated. 

5 The method further includes transmitting 210 the page along with any associated 

delta page information. This delta page information can, for example, be delta 
configuration information wherein such information defines the differences (e.g., 
graphical and textual) between the transmitted page and various next pages. Such next 
pages can be selected, for instance, based on the frequency of those next pages having 

10 been requested in the past. The delta configuration information can be indexed, for 
instance, according to the corresponding input that would trigger a need for such 
information. Transmitting this delta configuration information to the client side along 
with an initially requested configuration page reduces the need to access the server side 
configuration engine and eliminates the need to transmit new page data from the server 

15 side. Thus, latency associated with such server side actions is reduced. 

Figure 3a is a flow diagram illustrating a method for updating client side page 
information in accordance with one embodiment of the present invention. The method 
includes, responsive to receiving user input that is associated with delta page information 
available at the client side, retrieving 305 that delta page information. For example, in 

20 the context of an on-line product configuration, commonly requested configuration states 
can be stored inside a cUent side web page that was transmitted from a server side in 
accordance with one embodiment of the present invention. Such a web page contains, for 
example, configuration data presented to the user in the form of controls (e.g., edit boxes 
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and list boxes). As such, commonly requested configuration states can be stored in terms 
of control deltas, which are bits of information that indicate the difference between a 
control in its present state and the same control in a new state based on received user 
input. Other delta-type page information can be stored as well (e.g., textual, graphical, 

5 physical, audible information). Such stored information is organized so that it can be 
timely retrieved. In one embodiment, for example, the information is stored and indexed 
in a look-up table. Once a user input is received, the table can be parsed to determine if 
that particular user input is stored in the table and therefore preprocessed. If so, the delta 
page information (e.g., control deltas) corresponding to that input can be retrieved from 

10 the table. 

Once it is determined that the user input provided corresponds to stored delta page 
information and that information is retrieved, the method continues with updating 310 the 
page based on the delta page information. Continuing with the on-line product 
configuration example, the cHent browser can create the new page with the retrieved delta 

15 page information (e.g., control deltas). For example, the new page might include the new 
state of each control on the page affected by the user input. In one embodiment, the 
client browser can update the page based on the retrieved delta page information by using 
a web browser scripting language program transmitted with the page. For example, the 
retrieved delta page information can be layered into the page via a JavaScript code and 

20 Dynamic HTML. Alternatively, a program embedded in the chent apphcation or 
program can accomphsh such updating. 

Figure 3b is a flow diagram illustrating a method for receiving page information 
on a client side in accordance with one embodiment of the present invention. The 
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method includes, responsive to receiving user input that is not associated with delta page 
information available at the cUent side, requesting 315 a new page. For example, a page 
generation unit on the server side could be contacted to produce a new page that is 
responsive to the user input received on the chent side. The method further includes 

5 receiving 320 the new page and any associated delta page information. This delta page 
information might, for example, represent the difference (e.g., textual, graphical, 
physical, audible information) between the newly generated page and any one of a 
number of next pages commonly requested from that new page. As such, if one of those 
commonly requested pages is selected next, then steps 305 and 310 of Figure 3a can be 

10 carried out thereby reducing latency associated with server side processing time and 
transmission time. 

Figure 4 is a pictorial representation of delta page information stored in a memory 
in accordance with one embodiment of the present invention. La this example, delta page 
information is indexed in a look-up table according to the corresponding user input. 

15 Assume that this table is embedded in a current page being presented to a user via an 
interface such as a client browser or UI. The four user inputs (A, B, C, and D) shown in 
the table might be the most commonly selected configuration states from the current 
page. Any of these four user inputs can represent a single user input (e.g., the first 
selected feature of a configurable product). On the other hand, any of these four user 

20 inputs can represent an accumulation of user inputs (e.g., a configuration state of a 
configurable product). 

Each of the user inputs stored in the table is related to delta page information. 
This delta page information represents the difference between the current page and the 



15 



PATENT 

next page requested based on the related user input. As such, this delta page information 
can be used to create that next page without having to access a server side page 
generation unit. In the context of a product configuration environment, nor will a 
configuration engine (whether on the cUent side or the server side) have to be accessed. 

5 hi the example shown, user input A is related to two different portions of delta page 
information. Each portion may comprise, for example, textual and graphical information 
that is responsive to user input A. Such delta configuration page information may 
embody preprocessed configuration engine computations that are responsive to user input 
A. User input B is also related to two different portions of delta page information. The 

10 first portion is graphical in nature (e.g., a control such as a pull down Ust), while the 
second portion is a textual conflict explanation that is responsive the user input B. The 
delta page information related to user input C is a textual conflict explanation that is 
responsive the user input C. User input D is related to configuration engine 
computations. Such computations define constraints and incompatibilities associated with 

15 user input D (e.g., a selected configuration state). Storing these computations on the 
client side might be desirable, for example, in an appHcation where the chent side has 
access to a local page generation unit for generating a page that represents the stored 
configuration engine computations. 

Other types of delta page information can be stored as well. For example, user 

20 input E is related to audio signal information. User input F, on the other hand, is related 
to Braille information. For example, the delta page information associated with input E 
could be a digital data file that, when applied to an audio system (e.g., a sound card of an 
interactive personal computer system), produces a tone, pitch or melody having a 
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communicative meaning that is responsive to user input E. Likewise, the delta page 
information associated with input F could be a digital data file that, when applied to a 
Braille machine (e.g., a Braille writer), produces a Braille message responsive to user 
input F. Such non-visual delta page information can be used to replace the current page 

5 being presented to the user, or can be used to update the current page so that the resulting 
page is a hybrid of the current page and the delta page information, just as can be done 
with visual delta page information. 

Once a user provides an input, that input can be compared to the user inputs 
stored in the table. Upon finding a match, the related delta page information can then be 

10 retrieved and used to update the current page. The process of comparing the user input to 
the user inputs listed in memory, and updating the initial page with the delta page 
information thereby creating the requested next page can be accomplished by a program 
or algorithm. Such a program can be, for example, embedded in the initial page 
transmitted from the server side (e.g., a web browser scripting language program using 

15 Dynamic HTML), or it can be embedded in a client-based program (e.g., a C+"^ program). 

The foregoing description of the embodiments of the invention has been presented 
for the purposes of illustration and description. It is not intended to be exhaustive or to 
limit the invention to the precise form disclosed. Many modifications and variations are 
possible in light of the above teaching. It is intended that the scope of the invention be 

20 limited not by this detailed description, but rather by the claims appended hereto. 
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CLAIMS 

What is claimed is: 



1 1 . A method for updating a configuration page on a user side of an Intemet- 

2 based configuration system without having to contact a server side of the configuration 

3 system, the method comprising: 

4 responsive to the user side receiving a user input that is associated with delta 

5 configuration page information available at the user side, retrieving the 

6 delta configuration page information; and 

7 updating the configuration page based on the delta configuration page 

8 information. 



1 2. The method of claim 1, wherein the delta configuration page information 

2 is comprised of a control delta that represents changes in a control of the configuration 

3 page as a result of the user input. 

1 3. The method of claim 1, wherein the delta configuration page information 

2 embodies preprocessed configuration engine computations that are responsive to the user 

3 input. 



1 4. The method of claim 1 , wherein the updating step further comprises: 

2 layering the deha configuration page information that is associated with the 

3 user input into the configuration page via Dynamic HTML. 

1 5. The method of claim 1, wherein the updating step is performed by a 



2 process that is embedded in the configuration page. 

1 6. The method of claim 1 , wherein the delta page information is embedded in 

2 the configuration page. 

1 7. A method for transmitting product configuration information generated by 

2 a server side of an Litemet-based configuration system to a user side of the configuration 

3 system, the method comprising: 

4 generating a configuration page that allows a user to provide a user input to the 

5 configuration system; 
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associating delta configuration page information with the configuration page; 
and 

transmitting the configuration page and the delta configuration page 
information to the user side fi:om the server side. 

8. The method of claim 7, wherein the associating step is performed as part 
of the generating step. 

9. The method of claim 1, wherein the delta configuration page information 
is contained in a look-up table and the associating step further comprises: 

organizing the deha configuration page information within the look-up table 

pursuant to an indexing scheme; and 
embedding the look-up table in the configuration page. 

10. The method of claim 7, wherein the delta configuration page information 
is indexed according to specific user inputs that can be provided from the configuration 
page, each specific user input being related to a portion of the delta configuration page 
information. 

11. The method of claim 7, wherein the delta configuration page information 
is comprised of a control delta that represents changes in a control of the configuration 
page as a result of the user input. 

12. The method of claim 7, wherein the delta configuration page information 
embodies preprocessed configuration engine computations that are responsive to the user 
input. 

1 3 . The method of claim 7 fiirther comprising: 

transmitting a process for updating the configuration page with the delta 
configuration page information to the user side from the server side. 

14. A method for receiving over the Internet product configuration 
information generated by an Internet-based configuration system, the method comprising: 
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3 responsive to receiving a user input that is not associated with locally available 

4 delta configuration page information, requesting a new configuration 

5 page; and 

6 receiving the new configuration page and delta configuration page information 

7 that is associated with the new configuration page. 

1 15. The method of claim 14, wherein in response to receiving a particular user 



2 input, the delta configuration page information is combined with the configuration page 

3 thereby defining a new configuration page that is responsive to the particular user input. 

1 1 6. A method for transmitting page information generated on a server side of a 

2 network to a client side of that network, the method comprising: 



3 responsive to receiving a request for page information that is not available at 

4 the cUent side, generating a page that reflects the requested information 

5 and is associated with delta page information; and 

6 transmitting the page and the delta page information to the client side. 

1 17. A method for updating a page on a client side of a network without having 

2 to contact a server side of that network, the method comprising: 

3 responsive to the client side receiving a user input that is associated with delta 

4 page information available at the client side, retrieving the delta page 

5 information; and 

6 updating the page based on the delta page information. 

1 18. A method for receiving page information on a client side of a network 

2 fi-om a server side of that network, the method comprising, 

3 responsive to receiving a user input that is not associated with delta page 

4 information available at the chent side, requesting a new page; and 

5 receiving the new page and delta page information that is associated with the 

6 new page. 

1 19. A computer-readable medium having instructions stored thereon which, 

2 when executed by a processor included on a user side of an Internet-based configuration 

3 system, cause the processor to perform the steps of: 
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4 responsive to the user side receiving a user input that is associated with delta 

5 configuration page information available at the user side, retrieving the 

6 delta configuration page information; and 

7 updating a configuration page based on the delta configuration page 

8 information without having to contact a server side of the configuration 

9 system. 

1 20. A computer-readable medium having instructions stored thereon which, 

2 when executed by a processor included on a server side of an Internet-based 

3 configuration system, cause the processor to perform the steps of: 

4 generating a configuration page that allows a user to provide input to the 

5 configuration system; 

6 associating delta configuration page information with the configuration page; 

7 and 

8 transmitting the configuration page and the delta configuration page 

9 information. 

1 21. A computer-readable medium having instructions stored thereon which, 

2 when executed by a processor included on a user side of an hitemet-based configuration 

3 system, cause the processor to perform the steps of: 

4 responsive to receiving a user input that is not associated with delta 

5 configuration page information available at tiie user side, requesting a 

6 new configuration page; and 

7 receiving the new configuration page and delta configuration page information 

8 that is associated with the new configuration page. 
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DELTA CACHING 

ABSTRACT OF THE DISCLOSURE 

A solution to latencies associated with server side processing time, as well as to 
latency resulting from the transit of information or tools from a server side to a client or 
user side is provided. The server side and client side can be coupled via a hard link or a 
network-type connection such as the Mtemet or a local area network. Select delta page 
information is stored in a concise manner on chent side. As a resuh, the cUent does not 
have to contact the server when a user requests page information that is associated with 
stored delta page information. The stored deha page information can be accessed and 
used to update the current page thereby yielding the requested page. Thus, latency from 
server side processing and network transit time is reduced. An algorithm can be 
implemented on the cUent side to identify relevant stored delta page information, and to 
update the current page with that delta page information. 
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